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(57) Abstract: Disclosed is a method for providing a service to MS (Mobile Station) according to a service quality in a service 
system including MS, BTS (Base Transceiver System) that can communicate with the MS, and a profile server for storing service 
quality profile information for the MS. The profile server comprises storing identification information indicating a user of the MS 
along with service quality profiles for the services that can be provided to the MS; and upon receipt of an MS information request 
from the BTS scheduled to service the MS, providing service quality profiles for the MS to the BTS, and providing a service required 
by the MS according to a service quality profile for the service. 
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A METHOD FOR PROVIDING SERVICE BASED ON SERVICE 
QUALITY AND AN ACCOUNTING METHOD IN A MOBILE 
COMMUNICATION SYSTEM 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a method for managing profiles in a 
mobile communication system, and more particularly to a method for managing 
profiles according to a type of service provided in a mobile communication 
system. 

2. Description of the Related Art 

Typically, bilUng performed in the communication system is different 
according to call duration time, time zone of the call duration time, area 
providing service within the time zone of the call duration tune, telephone 
number of an origmator, quantity of data providing service, type of service and so 
forth. Information on such services must be stored to perform correct billing to 
each subscriber to whom such services are rendered. Thus, description will be 
made below regarding how billing information is stored in the mobile 
communication system, as one example. 

Fig. 1 shows a network construction for a general mobile communication 
system, m which various systems for storing charging information are connected 
with each otiier. 

A plurality of base transceiver systems (BTSs) BTS-a to BTS-n or lO-a 
to 10-n perform communication with at least one mobile station (MS) located 
within their own areas through wireless channels. For instance, the BTS-a 
communicates with the mobile station 1. Further, the base transceiver systems 
are connected to a base station controller (BSC) 20. The BSC 20 is connected 
to any one network 60 selected firom an Internet, a public switched telephone 
network (PSTN) and a public switched data network (PSDN) by means of a 
gateway (GW) 30 or a mobile switching center (MSC). In addition, information 
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on subscribers or service profiles for subscribers is generally stored at a profile 
server 40. In the mobile conununication system such as CDMA2000 Ix, the 
profile server can be implemented as an authentication authorization and 
accounting (AAA) server or MSG. In the mobile communication system such 
as CDMA2000 IxEV-DO or CDMA2000 IxEV-D, the profile server can be 
implemented as an access network (AN) AAA server or the AAA server, or be 
incorporated mto the MSG, or be implemented as another independent equipment. 
Also, an accounting server 50 for managing information on subscribers or 
information on bilUng related to services provided to subscribers can be 
implemented as any one of the foregoing equipments. In Fig. 1, the profile 
server 40 and the accounting server 50 are configured to be connected with each 
other by means of the GW 30. However, when the accounting server 50 is used 
as the AN AAA server or the AAA server in reality, the profile server 40 may be 
either incorporated into the accounting server 50 or indirectly connected to the 
accounting server 50 by means of another piece of equipment. That is, when 
the BTSs 10-a to 10-n or BSG 20 are/is connected to the profile server 40, the 
profile server 40 is connected to the accounting server 50 through the GW 30, so 
that the accounting server 50 can get information on quality of service (QoS) 
stored at the profile server 40. 

Even if not described herein, an IP network may be employed to connect 
either between the BTSs and the BSC or between the BSG and the GW. This IP 
network may be constructed to allow the operation performed by any one of the 
BTS, BSC, GW and so forth, to be done by another piece of equipment. 
Therefore, in the IP network, other operation and resulting information 
transmission as described below have only to be performed. 

To this end, a subscriber profile managed by the profile server 40 may be 
represented as Table 1 as follows: 

Table 1 , 

I Password I User information | 



User name 



As can seen fi:om Table 1, the subscriber profile is comprised of a user 
(or subscriber) name or identifier, a password allocated to each user and 
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10 



additional user information. There are two approaches for storing the 
subscriber profile as represented in Table 1, one for inputting it directly at the 
profile server 40 and the other for inputting it through another piece of equipment 
such as an mobile station at a remote location. In the subscriber profile as given 
in Table 1, both the subscriber name and the password for authenticating the 
subscriber name are inputted to obtain access to data for the subscriber profile, 
and then the subscriber profile can be either stored or updated. 

A procedure performing authentication by means of the subscriber 
profile will be described below with reference to Fig. 1. First, when the MS 1 
sets up a call, the MS 1 causes user login data stored in advance to be formed 
into data for transmitting through a wireless channel and then transmits the 
fonned data to the corresponding BTS-a. The user logm data include the user 
name and password. The BTS-a transmits the received user login data to the 
MSG or GW 30 through the BSC 20. 
15 Hereinafter, description will be made on the assumption that the login 

data are received at the GW 30. When the GW 30 receives the logm data 
containing the user name and password as mentioned above, the GW 30 creates 
an access request message (MSG) containing the received data and llien transmits 
the generated access request MSG to tiie profile server 40. Then, the profile 
server 40 checks whether or not the user is authenticated on tiie basis on tiie 
transmitted data. As a result of checking, if authentication is acceptable or 
successful, the profile server 40 creates an access response MSG and then 
transmits the generated access response MSG to the GW 30 again. In tiiis case, 
the GW 30 and profile server 40 generally malce use of a protocol called 
25 DIAMETER or RADIUS. Botli the access request MSG and tiie access 

response MSG are based on RADIUS. 

On completing the autiientication, a type of service demanded firom the 
MS 1 is provided. Then, when call disconnection is demanded fiom the MS 1, 
a procedure for performing a logout and for transmitting billing information to 
30 tiie accounting server 50 is carried out. Hereinafter, this procedure will be 
described in detail. When provision of demanded service is completed, tiie MS 
1 transmits a disconnection message for a logout to tiie BTS-a. As a result, tiie 
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BTS-a transmits the disconnection message to the BSC 20. When the BSC 20 
receives the disconnection message, the BSC 20 originates the disconnection 
message containing a connection time when the service is provided and then 
transmits the originated disconnection message to the GW 30. The GW 30 
performs a procedure for a logout from the profile server 40 with respect to the 
MS 1, and shnultaneously transmits a billing or charging message to the 
accounting server 50. Here, the billing message transmitted to the accounting 
server 50 includes information both on the connection time and on the number of 
packets. This billing message is generally coUected when the call is 
disconnected. 

That is to say, in general, billing is performed on the basis of a time when 
a subscriber makes use of provided services and of the number of packets which 
the subscriber transmits and receives for the time. Therefore, the accounting 
server 50 has a billing database provided with an identifier field for identifying a 
subscriber and with a subscriber bilUng information field for storing basic billing 
information on the subscriber. 

Meanwhile, as it is possible to provide a data service in the mobile 
communication system, subscribers expect assurance of a higher quality with 
respect to the data service. In other words, QoS (quality of service) is 
differently demanded according to a provided service type or a subscriber type. 
For this reason, mobile communication systems have undergone much 
development to satisfy the demand. In this manner, when tiiere are provided 
differentiated services according to QoS, the aforementioned conventional 
approaches encounter difficulty in performing billmg according to QoS. 

SUMMARY OF THE INVENTION 

Accordingly, the present invention has been made to solve the above- 
mentioned problems occurring in the prior art, and an object of the present 
invention is to provide a method for providing services according to quality of 
service and a method for generating and storing billing data according to the 
provided services. 

It is another object of the present invention to provide a method for 
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performing precise billing with respect to provided services. 

In order to accomplish the aforementioned objects, according to one 
embodiment of the present, there is provided a melhod for providing services to 
at least one mobile station (MS) according to quality of service (QoS) in a mobile 
5 communication system, in which the mobile communication system includes tlie 

MS, at least one base transceiver system (BTS) and a profile server for storing 
QoS profile information of the MS, the method comprising the steps of: causing 
the profile server to store identifier information indicating a user of the MS and 
QoS profiles of each service which can be provided to the MS together with the 

10 identifier information; and causing the profile server to transmit the QoS profiles 
of the MS to the BTS and to provide each service according to the QoS profiles. 

In order to accomplish the aforementioned objects, according to another 
embodiment of the present, there is provided a method for performing billing and 
for storing billing information according to services provided to at least one 

15 mobile station (MS) according to quality of service (QoS) in a service system, in 
which the service system comprises the MS, at least one base transceiver system 
(BTS) capable of providing the services to the MS with the QoS differentiated, a 
base station controller (BSC) connected with the BTS, a gateway (GW) 
connected with the BSC, and an accoimting server connected with the GW and 

20 storing the billing infoniiation depending on the services provided to the MS and 

performing billing calculation, the method comprising the steps of: causing the 
BTS to create a first call disconnect message (MSG) containing QoS billing 
infoniiation provided to the MS when the BTS receives the first call disconnect 
MSG from the MS which is provided with the services according to QoS, and to 

25 transmit the first call disconnect MSG to the BSC; causing the BSC to create a 

second call disconnect MSG which further contains a call connection time of the 
MS and to transmit the second call disconnect MSG to the GW; causing the GW 
to create a billing request MSG containing the QoS billing information provided 
to the MS, the call connection time provided with the services and the number of 

30 packets provided to the MS, and to transmit the generated billing request MSG to 

the accounting server; and causing the accounting server to store information 
needed for performing the billing when the billing request MSG is received and 
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to perform the billing with respect to services provided when information 
according to the QoS is added. 

In order to accomplish the aforementioned objects, according to yet 
another embodiment of the present, there is provided a method for providing 
5 services to at least one mobile station (MS) according to quality of service (QoS) 
to storing billing information depending on provided services in a service system, 
in which the service system comprises the MS, at least one base transceiver 
system (BTS) capable of commxmicating with the MS, a base station controller 
(BSC) connected with the BTS, a gateway (GW) cormected with the BSC, a 

10 profile server connected with the GW and storing QoS profile information of the 
MS, and an accounting server coimected witii the GW and storing the billing 
information depending on the services provided to the MS and performing billing 
calculation, the method comprising the steps of: causing the profile server to 
store identifier information indicating a user of the MS and QoS profiles of each 

15 service which can be provided to the MS together with the identifier information; 

causing the MS to provide the QoS profiles of the MS to the BTS when 
information on the MS is requested from the BTS and provide services requested 
by the MS according to the QoS profiles associated with the services; causing the 
BTS to create a first call discormect message (MSG) containing QoS billing 

20 information provided to the MS when the BTS receives the first call disconnect 
MSG from the MS which is provided with the services according to QoS, and to 
transmit the first call disconnect MSG to the BSC; causing the BSC to create a 
second call discormect MSG which frirther contains a call connection time of the 
MS and to transmit the second call disconnect MSG to the GW; causing the GW 

25 to create a billing request MSG containing the QoS billing information provided 

to the MS, the call connection time provided with the services and the number of 
packets provided to the MS, and to transmit the generated billing request MSG to 
the accounting server; and caxising the accounting server to store information 
needed for performing the billing when the billing request MSG is received and 

30 to perform the billmg with respect to services provided when information 
according to the QoS is added. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features aad advantages of the present 
invention will be more apparent from the following detailed description taken in 
5 conjunction with the accompanying drawings, in which: 

FIG. 1 shows a network structure for a general mobile communication 
system, in which systems for storing billing information are connected with each 
other; 

FIG. 2 shows an structure of a database stored at a profile server 
10 according to a first preferred embodiment of the present invention; 

FIG. 3 shows an structure of a database of an accounting server 
according to a first preferred embodiment of the present invention; 

FIG. 4 is a control flow-chart when a subscriber profile is stored at a 
profile server according to a first preferred embodiment of the present invention; 
15 FIG. 5 is a signal flow diagram of a signalling procedure for service 

authentication when a call is set up according to a first preferred embodiment of 
the present invention; 

FIG. 6 is a control flow-chart when an access request massage (MSG) is 
received at a profile server according to a first preferred embodiment of the 
20 present invention; 

FIG. 7 is a control flow-chart when an access response MSG is received 
at a gateway (GW) or base station controller (BSC) according to a first preferred 
embodiment of the present invention; 

FIG. 8 is a signal flow diagram when a call is disconnected and then 
25 billing information is transmitted to an accounting server for supporting quality 

of service (QoS) based billing in accordance with the present invention 

FIG. 9 is a control flow-chart for having control of transmission of 
billing information when a call disconnect MSG is received at a base transceiver 
system (BTS) according to a first preferred embodiment of the present invention; 
30 FIG. 10 is a control flow-chart for having control of creation and 

transmission of billing information when a call disconnect MSG is received at a 
BSC according to a first preferred embodiment of the present invention; , 
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FIG. 11 is a control flow-chart when a call disconnect MSG is received 
at a GW according to a first preferred embodiment of the present invention; 

FIG. 12 is a control flow-chart when a billing request MSG is received at 
an accounting server according to a first preferred embodiment of the present 
invention; 

FIG 13 is a signal flow diagram of a signalling procedure for service 
authentication when a call is set up in case that a profile server is incorporated 
either into an accounting server or in subordination to the accountmg server 
according to a second embodiment of the present invention; and 

FIG. 14 is a control flow-chart when an access request MSG is received 
at an accounting server according to a second embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Hereinafter, preferred embodiments of the present invention will be 
described in detail with reference to the accompanying drawings. 

Botla a mobile communication system which the present mvention takes 
into consideration and connection between systems for performing billing are 
similar to those shown in Fig. 1 representing the prior art. Therefore, a type of 
system may be varied according to a type of network, as mentioned 'm the prior 
art. 

Fig. 2 shows an structure of a database stored at a profile server 
according to a first prefened embodiment of the present invention. Hereinafter, 
a detailed description will be made regarding the database stored at the profile 
server 40 with reference to Fig. 2. 

The database stored at the profile server 40 includes a user name field 
211 for identifying a plurality of users or subscribers, a password field 212 for 
performing authentication to a plurality of subscribers, an additional user 
information field 213, and a quality-of-service (QoS) profile 220 according to the 
invention. That is to say, the present invention fiirther comprises the QoS 
profile 220, in addition to the user name field 211, the password field 212 and the 
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additional user information field 213 which have the same structure as the prior 
art. The QoS profile 220 can be implemented by two approaches. One 
approach can define the QoS profile 220 in such a maimer that a smgle QoS 
profile is allocated to each subscriber. Here, each subscriber is able to have a 
single profile alone. The other approach can construct the QoS profile 220 in 
such a manner that at least two QoS profiles are allocated to each subscriber 
according to at least two services which the subscriber can make use of. Here, 
each user can be provided with two QoS profiles or more. In other words, each 
user is able to have the QoS profile 220 as many as the number of services which 
he/her can make use of. Fig. 2 shows the latter as example. 

Thus, when a pluralily of users or subscribers is allocated by at least one 
QoS profile, a service provider is able to divide tiie or subscribers into a plurality 
of predetermined groups and then to provide desired services to each group of or 
subscribers. The subscribers can be classified according to provided service, 
which can be exemplified as follows: 

(1) Premium class subscriber, 

(2) Gold class subscriber, 

(3) Silver class subscriber, and 

(4) Bronze class subscriber. 

The QoS profile 220 can be stored as the user information on each 
subscriber classified as mentioned above. The classified subscribers can be also 
divided according to billing level. To be more specific, the higher class the 
subscribers belong to, the higher the billing level becomes. By contrast with 
this, the lower class the subscribers belong to, the lower the billing level becomes. 
The profile sei-ver 40 can include different QoS profiles according to the number 
of services which are provided to each subscriber. Therefore, each subscriber 
can be provided with different service according to each QoS profile. 
Alternatively, the provided services may be divided into various types according 
to the class of subscribers; that is, the types of provided services may be divided 
according to the class of subscribers without differentiating types of services 
provided by the QoS profiles. These types of services having different QoSes 
can be represented below as Table 2. 
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Table 2 



Type of service 


Parameter 


Legacy voice service 


Voice QoS parameter 


Video on Demand (VoD) service 


VoD level QoS parameter 


Music on Demand (MoD) service 


MoD level QoS parameter 


Instant message service 


Instant message QoS parameter 


Wireless ISP service 


Wireless ISP level QoS parameter 


Internet service 


Intemet QoS parameter 


VoIP service 


VoIP level QoS parameter 







The types of services, which are stored in the profile server 40, may be 
listed as shown in Table 2. Further, the listed services can be differently 
5 matched witla each user. Of the service types, the Legacy voice service has 
only one QoS parameter. Examples of services having this one QoS parameter 
are the instant message service, Intemet service and so forth. Examples of 
services having at least one QoS parameter are the VoD service, MoD service. 
Wireless ISP service, VoIP service and so forth. Each of the QoS parameters 

10 has different value according to a level. Specifically, even in the same type of 
services, e.g., in the same VoD services, their QoS parameters have different 
values owing to different levels. Therefore, the VoD services can be provided 
according to each different QoS suitable to each QoS parameter. Consequently, 
even the same type of services can be provided with each different QoS, and 

15 thus differentiated billing can be performed. When this is mapped with, for 
instance, the classes of subscribers, the resultant construction can be described as 
follows. 

For a Premium class subscriber, all available services, such as Voice, 
VoD, MoD, web surfing, file transfer and so forth are provided, while for a 
20 Bronze class subscriber, some available services, such as voice, web surfing and 
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SO forth are provided. Here, even though it is possible to provide the same 
services, the QoSes for each service may be differentiated at different levels. 
That is, the QoS parameters have different levels according to the class of 
subscribers. To be more specific, in case that the QoS parameters have 
5 different levels, assuming that the Premium class subscriber has a level 1 value 

for a QoS parameter for a web surfing service and the Bronze class subscriber 
has a level 2 value for a QoS parameter for a web surfing service, it can be 
constructed that subscribers of level 1 are guaranteed a minimal data transfer rate 
of 100 Kbps and subscribers of level 2 are guaranteed a data transfer rate of 10 
10 Kbps. That is, the QoS parameters can be defined to support different QoS for 
the same services according to difference of charge. 

Alternatively, the QoS parameters may be defined to allow subscribers 
to choose types of available services and QoS requirements for each service 
depending on their tastes without differentiating the classes of subscribers. 

15 Thus, the parameters of the QoS profile can be defined as follows: 

(1) X : minimal number of bits which service can transfer for a 
predetermined time, 

(2) y : predetermined time or period which it takes to transfer the 
minimal number of bits, 

20 (3) z : maximal number of bits which service can transfer for a 

predetermined time, 

(4) h : handoff mode of service, such as soft, virtual-soft, fast- virtual- 
soft and so forth, 

(5) p : processing mode when it is impossible to support service, such as 
25 drop, low-QoS, non-QoS and so forth, 

(6) e : definition on whether or not preemption of low-level QoS is 
rendered when it is unpossible to support service, and 

11 
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(7) r : priority of service. 

Tliese parameters of tiie QoS profile are stored at the database of the 
profile server 40 of Fig. 1. 

Aq structure of a database of the accounting server 50 according to the 
5 present invention v^ill be reviewed with reference to Fig. 3. Fig, 3 shows an 
structure of a database of the accounting server 50 according to the preferred 
embodiment of the present invention. 

Referring to the structure of the database stored at the accounting server 
50 according to the present invention, the database is made up of a user name 
10 field 311 and a record 320 indicating service billing information on service 
which a subscriber malces use of The record 320 includes a billing index field 

321 for identifying a record of billing details, a basic billing information field 

322 for storing basic billing information on the corresponding billing index, and 
a QoS hilling infontiation field 323 for storing billing information according to 

15 QoS. At the QoS billing information field 323, various types of data can be 
stored as follows: 

(1) time scale of guaranteeing QoS during comiection duration, 

(2) time scale of not guaranteeing QoS during connection duration, 

(3) profile of a data transfer rate (or average data transfer rate) for the 
20 time when QoS is guaranteed, 

(4) profile of a data transfer rate (or average data transfer rate) for the 
time when QoS is not guaranteed, and 

(5) profile of a physical channel rate during connection duration. 

Fig. 4 is a control flow-chart when a subscriber profile is stored at a 
25 profile server according to a first preferred embodiment of the present invention. 

A detailed description will be made below with respect to a control procedure 
when the subscriber profile is stored at the profile server according to the present 
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invention with reference to Figs. 2 and 4. 

As one example of the control procedure shown in Fig. 4, a procedure 
for directly storing a profile database at the profile server 40 is described, but it 
is natural that a procedure for storing a profile database at a remote location is 
5 also possible. 

On demanding to input a user profile, the profile server .40 receives a 
user name and a password which are inputted by an operator (Step 400). This 
is to create the user name field 211 and the password field 212 as shown in Fig. 
2. And the profile server 40 receives information on a user (Step 402), thereby 

10 the user information field 213 as shown in Fig. 2 is generated. Subsequently, 

the profile server 40 inquires of the operator about whether or not the user is a 
QoS serviceable one, i.e., one who may be provided with services according to 
QoS. This is to check whether or not generating the QoS information profile 
220 as shown in Fig. 2, If a signal mputted by the operator, which functions as 

15 a signal of response to the inquiry, corresponds to the QoS serviceable user, the 

profile server 40 proceeds to Step 408. If not so, the profile server 40 creates 
the user profile using the received user name, password and user information, 
and then terminates a routine for generating the database. 

Wlien proceeding fi-om Step 406 to Step 408, the profile server 40 sets 
20 up types of services by means of data inputted by the operator. These types of 

services may be classified into four classes as exemplified above. However, 
these types of services are only given as a first preferred embodiment. 
Therefore, when they are classified into different classes, they can be set up to be 
suitable for such differently classified classes. The profile server 40 sets up a 
25 QoS profile by means of data inputted by the operator (Step 410). 

Subsequently, the profile server 40 checks whether or not profiles for different 
types of services exist (Step 412). If profiles for different types of services 
exist, the profile server returns to Step 408 and repeats the aforementioned 
procedures. If not so, the profile server brings the routine to end. These 
30 service profiles may includes types of services as listed in Table 2 and a service 
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level value for each service. Therefore, the QoS profile of each user is stored 
with each type of service and a value of the QoS parameter for the each type of 
service. That is, as for a particular subscriber, types of services as many as the 
number of provided QoS services are stored in a record type together with values 
5 of the QoS parameters associated with the services. The types of services refer 
to a kind of service supporting the QoS, which can be defined as follows: 

(1) Service type No. 1 : Voice, 

(2) Service type No. 2 : VoD (video on demand), 

(3) Service type No. 3 : File transfer, 

IQ (4) Service type No. 4 : MoD (music on demand), 

(5) Service type No. 5 : Web surfing, and 

(6) Others 

Further, the QoS parameters are stored for each service as values of {x, 
y, z, h, p, e, r} as defined above. 

15 Subsequently, when the subscriber performs a call set-up and the 

resulting services begin to be provided, a signalling procedure for information 
transfer will be described. 

Fig. 5 is a signal flow diagram of a signalling procedure for service 
authentication when a call is set up according to a first preferred embodiment of 
20 the present invention. A detailed description will be made below regarding 
signal flow of the signalling procedure when a call is set up according to the 
present invention with reference to Fig. 5. 

The MS 1 transmits a user login signal to the GW 30 (Step 500). The 
user logm signal includes a user name and a password. Here, the user login 
25 signal is transmitted through a wireless channel between the MS 1 and BTS-a, 

but through a wire chaimel between BTS-a and BSC 20 and the GW 30. Then, 
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when the GW 30 receives the user login signal, the GW 30 sends an access 
request message to the profile server 40 (Step 502). This access request MSG 
contains the user name and password, both of which are received from the MS 1. 

The profile server 40 examines the received user name and password by 
means of the user name field 211 and the password field 212 of the data profile 
as shown in Fig. 2 so as to check whether or not user authentication can be 
accepted. Then, the profile server 40 transmits the checked result to the GW 30 
as the access response MSG (Step 504). If the subscriber is acceptable, the 
profile server transmits data of the QoS record field 220 together. That is, types 
of services of the subscriber and data of the service QoS profile are transmitted 
to the GW 30. When the message transmitted from the profile server 40 to the 
GW 30 malces use of RADIUS, information of the QoS record fields is 
transmitted by using an attribute field. In the embodiment of Fig. 5, description 
is made in detail with respect to acceptable authentication. Therefore, it will be 
easy for one skilled in the art to understand a case of unacceptable authentication. 
For this reason, description on the unacceptable authentication will not be made 
in detail. 

When the GW 30 receives the access response MSG, the GW transmits 
the access response MSG to the BSC 20 as a QoS information MSG containing 
data of the received QoS record field 220 (Step 506). Subsequently, the BSC 
20 stores the QoS record field which is contained in the QoS information MSG 
and then transmits the QoS information MSG to the BTS-a (Step 508). With 
the aforementioned procedures, the BTS-a and BSC 20 receives the QoS 
information MSG and the resultant data of the QoS record field 220, thus 
allowing for performance of service according to a value of the QoS record. In 
other words, there is a possibility of performing services based on the QoS. 

The QoS information MSG has a structure which may be represented as 

Table 3. 

Table 3 
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MSG type (code) 



Identifier 



Length 



Authentication information 
OoS record # 1 



OoS record # N 



Reviewing Table 3, there are a variety of fields, of which a MSG type 
field and an identifier field are to identify a message, a length filed is to indicate 
the length of the message. Further, there are an authentication information field 
for performing user authentication and QoS record fields for storing QoS 
5 parameter records. Each of the QoS record fields may be comprised of at least 
two fields according to types of provided services. For a basic voice service, 
the QoS record field can be comprised of a single field. 

Fig. 6 is a control flow-chart when an access request MSG is received at 
a profile server according to a first preferred embodiment of the present 
10 mvention. A detailed description will be made below with reference to Fig. 6, 
regarding a control procedure for generatmg and transmitting an access response 
MSG when the access request MSG is received at the profile server according to 
the present invention. 

When the profile server 40 receives the access request MSG (Step 600), 
15 it performs user authentication (Step 602). The user authentication performed 

at the profile server 40 is canied out by extracting a user name and a password 
fi:om the received access request MSG, by fetching stored profile data as 
mentioned above, and by comparing the extracted user name and password with 
the fetched data. Fig. 6 is given to describe only the case that authentication of 
20 the access request MSG is acceptable. For this reason, any description will not 
be made regarding the case that authentication of the access request MSG is 
unacceptable. On completing authentication, the profile server 40 checlcs 
whether or not a user, to whom acceptable user authentication is given, is a QoS 
serviceable one (Step 604). If the checked result is turned out to be the QoS 
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serviceable user, the profile server 40 proceeds to Step 606. If not so, the 
profile server 40 proceeds to Step 608. In Step 606, the profile server 40 
creates an access response MSG using a QoS information record and user 
information and then proceeds to Step 610. Here, the generated access 
response MSG can be represented as Table 3. 

Unlike to the forgoing, in Step 608, the profile server 40 creates an 
access response MSG using user information. This access response MSG 
generated through user information in Step 608 becomes the access response 
MSG which is generally used in the prior art. 

When the access response MSG is generated in Step 606 or 608 as 
mentioned above, the profile server 40 transmits the generated access response 
MSG to the GW 30 (Step 610). 

Fig. 7 is a control flow-chart when an access response MSG is received 
at a GW or BSC according to a first preferred embodiment of the present 
invention. A detailed description will be made below with reference to Fig. 7, 
regarding a control procedure when the access request MSG is received at the 
GW 30 or BSC 20. Moreover, the description will be made on the assumption 
that the control procedure of Fig. 7 is performed at the GW 30. There is an 
operational difference between the BSC 20 and the GW 30 in that messages are 
received in a different name. In other words, the message received by the GW 
30 is an access response MSG, while the message received by the BSC 20 is a 
QoS information MSG. Both of these two messages have user information and 
a QoS parameter field in common, so that the control flow-chart of Fig. 7 can be 
applied to Hie BSC 20 in the same manner as the GW 30. 

An access response MSG processed as the procedure of Fig. 6 is 
transmitted to the GW 30. When the GW 30 receives the access response MSG 
(Step 700), it extracts user information firom the access response MSG (Step 
702). The GW 30 stores the extracted user information in an internal memory 
(not shown in Fig. 1) which is provided in the GW 30 (Step 704). Then, the 
GW 30 checks whether or not a QoS record is added to the received access 
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response MSG (Step 706). As a result of checking, if the QoS record is added 
to the access response MSG, the GW 30 extracts information on types of 
services (Step 708). That is, the information is extracted, because information 
on the service type field 221 as shown in Fig. 2 is transmitted in addition to the 
access response MSG. The GW 30 stores the information on the service type 
field extracted in Step 708 at the internal memory (Step 710). Subsequently, 
the GW 30 extracts a service QoS profile (Step 712). Here, Ihe service QoS 
profile has values identical to QoS parameter values of {x, y, z, h, p, e, r> 
aforementioned in the description of the profile server 40. That is, the values of 
the service QoS profile becomes values of the service QoS profile 222 of Fig. 2. 
When this service QoS profile 222 is extracted, the GW 30 stores the service 
QoS profile 222 at the internal memory (Step 714). Then, the GW 30 checks 
whether or not the QoS record further exists (Step 716). As a result of 
checldng, if the QoS record fiirther exists, the GW 30 proceeds to Step 708. 
That is, the Gw 30 performs the aforementioned extracting and stormg 
procedures again. However, if the QoS record does not fiarther exist, the GW 
30 transmits the QoS information MSG to next node (Step 7 1 8). Here, the next 
node refers to the BSC 20. However, in the BSC 20, the next node refers to the 
BTS-a. 

Further, Steps 700 to 716 are repeated at the BTS-a for the same 
procedure. However, m the BTS-a, the QoS information MSG is received as 
mentioned above and the received message is discarded in place of performuig 
Step 718. That is, the BTS-a does not transmit the received message to the MS 
1 again. This is because the message need not be transmitted to the MS 1 . 

Billing information is stored after services are performed. To be 
specific, billing data are stored using served details at a point when call is 
disconnected. Therefore, description will be made below regarding a procedure 
in which the call is disconnected. 

Fig. 8 is a signal flow diagram when a call is disconnected and then 
billing information is transmitted to an accounting server for supporting QoS 
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based billing in accordance with the present invention. Hereinafter, a detailed 
description will be made with reference to Fig. 8 regarding a signal flow when 
billing information is transmitted to an accounting server for supporting QoS 
based billing in accordance with the present mvention. 

The MS 1 transmits both a user logout signal and a call disconnect MSG 
to tlie BTS-a, when a call is disconnected. With respect to this. Steps 800a and 
800b is shown in Fig. 8. When the BTS-a receives the user logout signal 
together with the call discomiect MSG, the BTS-a transmits the user logout 
signal to the GW 30 through the BSC 20. This procedure allows the GW 30 to 
receive the user logout signal. 

When the BTS-a receives the call disconnect MSG, the BTS-a transmits 
the received call disconnect MSG to the BSC 20 (Step 802). Here, the BTS-a 
causes QoS billing information to be contained in the call disconnect MSG and 
then transmits the results to the BSC 20. The billing information includes time 
scale of guaranteeing QoS during connection duration, time scale of not 
guaranteeing QoS during connection duration, profile of a data transfer rate (or 
average data transfer rate) for the time when QoS is guaranteed, profile of a data 
transfer rate (or average data transfer rate) for the time when QoS is not 
guaranteed, and profile of a physical channel rate during connection dm-ation. 
This procedure allows the call discomiect MSG and QoS billing information to 
be transmitted from the BTS-a to the BSC 20. The BSC 20 performs an 
internal procedure for the call disconnect depending on the received call 
disconnect MSG and then transmits the call disconnect MSG to the GW 30 (Step 
804). Here, the call disconnect MSG which is transmitted from the BSC 20 to 
the GW 30 contains a connection time when the MS 1 is provided with the QoS 
services as well as the QoS billing information received from the BTS-a. When 
the GW 30 receives the call disconnect MSG, the GW also performs an internal 
procedure for the call discomiect as the BSC 20 and then transmits a billmg 
request MSG to the accounting server 50 (Step 806). This billmg request MSG 
includes information on- a connection time, information on the number of 
transmitted packets and the QoS billing information. That is to say, when the 
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GW 30 receives the call disconnect MSG with the niimber of transmitted packets 
stored in advance, the GW transmits the number of packets, the received 
connection time and QoS billing information to the accounting server 50. 

Alternatively, when connection between the BTSs and the BSC or 
between the BSC and the GW is made with an IP network as mentioned in the 
description of Fig. 1, operation of each component may be different from that in 
the signal flow diagram. However, once information on billing mentioned in 
the signal flow diagram is transmitted to the accounting server, operation of each 
component can be perfonned under the same condition as the forgoing. For 
this reason, Ihis will no longer described m. detail. 

Fig. 9 is a control flow-chart for having control of transmission of 
billing information when a call disconnect MSG is received at a BTS according 
to a first preferred embodiment of the present invention. Hereinafter, a detailed 
description will be made with reference to Fig. 9 regarding procedures for 
generating billing information and for controlling transmission of the generated 
billing information when the call disconnect MSG is received at the BTS. 

The BTS-a is under the control of a call connection (Step 900). The 
BTS-a checks whether a call disconnect MSG is received (Step 902). This call 
disconnect MSG is transmitted from the MS 1 together with the user logout 
signal as reviewed in Fig. 8. As a result of checking, if the call disconnect 
MSG is received, the BTS-a proceeds to Step 904. If not so, the BTS-a 
continues to maintain the call connection. When Step 904 is performed after 
the call disconnect MSG is received in Step 902, the BTS-a creates the billing 
information firom the received call disconnect MSG. The QoS billing 
information is billing information according to types of used services. In other 
words, served information is generated as the billing mformation. When 
creation of this QoS billing information is completed, the BTS-a adds QoS 
billing record to the call disconnect MSG (Step 906). Then, the BTS-a 
transmits the call disconnect MSG generated by addition of the QoS billing 
record to the BSC 20. 
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Fig. 10 is a control flow-chart for having control of creation and 
transmission of biUing information when a call disconnect MSG is received at a 
BSC according to a IBrst preferred embodiment of the present invention. 
Hereinafter, a detailed description will be made with reference to Fig. 10 
regarding a control procedure for generating billing information and for 
transmitting the generated billing information when the call disconnect MSG is 
received at the BSC 20 according to the present invention. 

The BSC 20 maintains a call connection because a call has been 
connected (Step 1000). The BSC checlcs whether a call disconnect MSG is 
received (Step 1002). As a result of checldng, if the call disconnect MSG is 
received, the BSC proceeds to Step 1004. If not so, the BSC continues to 
maintain Step 1000. Further, the call disconnect MSG received from the BTS-a 
to the BSC 20 is a message transmitted through the procedure mentioned in Fig. 
9. Therefore, when services according to QoS are provided, the call disconnect 
MSG becomes a message to which a QoS billing record is added. Because the 
present invention is disclosed for services accordhig to QoS, description of Fig. 
10 will be made on the assumption that services accordmg to QoS are provided. 
When the BSC 20 proceeds from Step 1002 to Step 1004, the BSC 20 creates 
data for a call connection time of the MS 1 using time when the call disconnect 
MSG is received. That is, the BSC 20 calculates the call connection time 
between a call connection and a call disconnection. The BSC 20 adds a field of 
the call connection time calculated at Step 1004 to the received call disconnect 
MSG (Step 1006). Then, the BSC 20 transmits the call disconnect MSG, to 
which the connection time field and QoS billing information are added, to the 
GW 30. 

Fig. 11 is a control flow-chart when a call disconnect MSG is received at 
a GW according to a first preferred embodiment of the present invention. A 
detailed description will be made regarding a control procedure for generating 
QoS billing information when the call disconnect MSG is received at the GW 30 
and then for transmitting a billing request MSG to an accounting server 50 using 
the generated billmg information in accordance with the present invention. 
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The GW 30 maintains a call connection (Step 1100). The GW checks 
whether a call disconnect MSG is received (Step 1 102). Here, the received call 
disconnect MSG is one containing the QoS billing information according to 
types of provided services and connection time of provided services as described 

5 in Fig. 10. If this call disconnect MSG is received, the GW 30 proceeds to Step 
1104. If not so, the GW continues to maintain the call connection of Step 1 100. 
The GW 30 creates a billing request MSG for transmitting the QoS billing 
information according to types of provided services and connection time of 
provided services to the accounting server 50 and then calculates the number of 

10 transmitted packets (Step 1104). In other words, the GW 30 calculates the 
number of packets transmitted to the MS 1 while services are provided to the MS 
1, i.e., the call is comiected. In addition, when a user logout signal is received 
and at the same time the call disconnect MSG is received, the number of packets 
transmitted to the MS 1 is calculated. Then, the GW 30 adds a field of the 

15 nmnber of transmitted packets to the generated billing request MSG (Step 1106). 

Subsequently, the GW 30 creates the billing request MSG containing the 
QoS billing information and the call connection time (Step 1108), and then 
transmits the billing request MSG to the accounting server 50 (Step 1110). 
That is, the QoS billing infonnation generated at the BTS-a, the BSC 20 and the 
20 GW 30, data of connection tune, information on the number of ti-ansmitted 
packets, and so forth, are transmitted to the accounting server 50. 

Messages contained in the billing request MSG, which is generated at 
the GW 30 and then transmitted to the accounting server 50 as mentioned above, 
can be shown in table form below, which is represented as Table 4. 



25 



Table 4 



MSG tvpe (Code) 



Identifier 



Length 



Authentication information 



Basic billing information (connection time} 



Basic billing information (exchanged packet number} 
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OoS billing record #1 



QoS billing record #N 

The messages of Table 4 includes various fields which are indicated by 
MSG type (Code), by identifier and by length of a MSG information field. 
Here are also included authentication information field for performing user 
authentication and basic billing information {connection time} and {exchanged 
5 packet number} fields. Further, the messages are transmitted, inclusive of QoS 
billing record. 

Fig. 12 is a control flow-chart when a billing request MSG is received at 
an accoimting server according to a first preferred embodiment of the present 
invention. Hereinafter, description will be made with reference to Fig. 12 
10 regarding a control procedure performed when the billing request MSG is 
received at the accounting server 50 in accordance with the present invention. 

The accounting server 50 maintains a suspended state (Step 1200). 
Here, the suspended state refers to a state of waiting reception of the billing 
request MSG firom the GW 30 and of waiting input of various keys from an 

15 operator. Subsequently, the accounting server 50 checks whether or not the 
billing request MSG as shown in Table 4 is received firom the GW 30 (Step 
1202). As a result of checking, if the billing request MSG is received, the 
accounting server 50 proceeds to Step 1204. If not so, the accounting server 
maintains the suspended state. In Step 1204, the accounting server 50 creates a 

20 billing index. This billing index becomes an index for identifying each record. 

When the accounting server 50 creates the billing index, the accounting server 
stores information exchanged with a coimection time, i.e., information on the 
number of served packets, as billing information (Step 1206). Then, the 
accounting server 50 checks whether QoS records are contained in the billing 

25 request MSG, i.e., whether QoS records as shown ui Table 4 are contained (Step 
1208). As a result of checking, if the QoS records are contained, the 
accounting server 50 extracts the QoS records (Step 1210), and then stores the 
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QoS records at the internal memory (not shown in Fig. 1) (Step 1212). 

Meanwhile, the QoS records are stored with data such as the 
aforementioned QoS profile parameters. In addition, the QoS records are 
stored not only with various information, such as the number of packets which 
are provided as services as requested by the QoS parameters, the average 
transfer rate at which services are provided as requested by the QoS parameters, 
and so forth, but with other information, such as the number of packets which 
are not provided as services as requested by the QoS parameters, the average 
transfer rate at which services are not provided as requested by the QoS 
parameters, and so forth. These information are for performance of different 
billing according to information on packets which are normally provided as 
services and packets which are not so, when the billing is performed in future. 

After the QoS billing records are stored, the accounting server 50 checks 
whether or not those QoS billing records further exist (Step 1214). If the QoS 
billing records as shown in Table 4 exist two or more, the accounting server 50 
proceeds to Step 1210. If not so, the accounting server 50 fmishes the 
operation. Owing to Step 1214, the accounting server 50 can extract and store 
all the QoS billing records contained in the billing request MSG. Those QoS 
billing records is used as available data when service charge of the user is 
calculated at the accounting server 50 in future. 

Fig. 13 is a signal flow diagram of a signalUng procedure for service 
authentication when a call is set up, in case that a profile server is incorporated 
either into an accounting server or in subordination to the accounting server 
according to a second embodiment of the present invention. Description will 
be made below with reference to Fig. 13 regarding the signalling procedure 
when a profile server is incorporated either into an accounting server or in 
subordination to the accounting server according to a second embodiment of the 
present invention, as compared with that of Fig. 5. 

A procedure for transmitting a user login signal is the same as that of Fig. 
5. In Fig. 5, the GW 30 transmits the access request MSG to the profile server 
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40. However, in this embodiment, the GW 30 transmits tihie access request 
MSG to the accounting server 50, because the GW 30 is connectable to the 
profile server 40 through the accounting server 50. The access request MSG of 
Fig. 13 is also the same as that of Fig. 5. When the accounting server 50 

5 receives the access request MSG, the accounting server requests user 
information from the profile server 40 using a user name and a password 
contained in the received access request MSG (Step 1304). When the user 
name is matched with the password, the profile server 40 transmits the requested 
user information mclusive of QoS parameters of the user to the accounting 

10 server 50 (Step 1306). Thus, the accountmg server 50 performs Steps 1308 to 
13 12. Here, Step 1308 is the same as Step 504 of Fig. 5, Step 13 10 is the same 
as Step 506 of Fig. 5, and Step 1312 is the same as Step 508 of Fig. 5. 
Therefore, description on these will be omitted. 

Fig. 14 is a control flow-chart when an access request MSG is received 
15 at an accounting server according to a second embodiment of the present 

invention. A detailed description will be made below with reference to Fig. 14 
regarding a control procedure when an access request MSG is received at an 
accounting server according to the present invention. 

When the accounting server 50 receives the access request MSG (Step 
20 1400), the accounting server creates a user information request MSG using 

information contained in the access request MSG and transmits the generated 
user information request MSG to the profile server 40 (Step 1402). 
Subsequently, the accounting server 50 checks whether user information is 
received from the profile server 40 (Step 1404). In general, even when 
25 authentication is unacceptable, i.e., even when a user name is not matched with a 

password, the profile server 40 may transmit an authentication unacceptable 
MSG. However, the embodiment of Fig. 14 has no consideration for the case 
that the authentication is unacceptable. Therefore, description will be made 
regarding reception of the user information on the assumption that the 
30 authentication is acceptable. As a result of checking in Step 1404, if the user 

infonnation is received, the accounting server 50 proceeds to Step 1406. If not 
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SO, the accoiinting server 50 continues to perform Step 1404. 

In Step 1406, the accounting server 50 checks whether or not the user 
information received from the profile server 40 is matched with a QoS 
serviceable subscriber, i.e., a subscriber to whom services according to QoS can 

5 be provided. As a result of checldng, the accounting server 50 detects as a QoS 

serviceable subscriber if information containing QoS parameters together with 
an authentication acceptable signal is received from the profile server 40, and 
otherwise as a general subscriber or QoS unserviceable subscriber. Therefore, 
for the QoS serviceable subscriber, the accoimting server 50 proceeds to Step 

10 1408, while for the QoS unserviceable subscriber, the accounting server 50 

proceeds to Step 1410. In Step 1408, the accounting server 50 creates an 
access response MSG using the QoS information records and user information, 
and then proceeds to Step 1412. Here, the generated access response MSG can 
be represented as shown in Table 3. 

15 Unlilce to the foregoing, when proceeding from Step 1406 to Step 1410, 

the accounting server 50 creates the access response MSG using the user 
information. This access response MSG generated through user information in 
Step 1410 becomes the access response MSG which is generally used in the 
prior art- 

20 As mentioned above, when the access response MSG is generated in 

Step 1410 or 1408, the accounting server 50 transmits the generated access 
response MSG to the GW 30 (Step 1412). 

Even with this construction, authentication is checked at the profile 
server 40 in the same manner. However, there is a difference in that the profile 
25 server 40 does neither receive the access request MSG directly or create the 

access response MSG directly. Alternatively, the profile server 40 may do so 
directly. This is only an altemative for system designers. 

As can seen from the foregoing, with management of the QoS profile 
and the QoS billing information proposed by the present invention, it is possible 
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to Store and transmit the QoS information and the QoS billing information in the 
mobile communication system. 

While the invention has been shown and described with reference to 
certain preferred embodiments thereof, it will be understood by one slcilled in the 
art that various modifications may be made therein without departing from the 
spirit and scope of the invention as defined by the appended claims. Therefore, 
the present invention should not be limited to the disclosed embodiments. 
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WHAT IS CLAIMED IS: 

1. A method for providing services to at least one mobile station (MS) 
according to quality of service (QoS) in a mobile communication system, in 

5 which the mobile communication system includes the MS, at least one base 
transceiver system (BTS) and a profile server for storing QoS profile information 
of the MS, the method comprising the steps of: 

storing in the profile server, identifier information indicating a user of the 
MS and QoS profiles of each service which can be provided to the MS together 
10 with the identifier inforaiation; and 

transmitting the QoS profiles of the MS to the BTS and providing each 
service according to the QoS profiles. 

2. A method according to claim 1, wherein the profile server provides the 
15 QoS profiles of the MS to the BTS when information on the MS is requested 

from the BTS. 

3. A method according to claim 1, wherein the QoS profile information 
includes information on types of services for providing to the MS and QoS 

20 parameters of the services. 

4. A method according to claim 3, wherein the QoS parameters include a 
minimal amount of information which is transferable to a service to be provided 
for a predetermined time, a period providing predetermined information to 

25 services to be provided, and a maximal amount of information which is 

transferable to a service to be provided for a predetermined time 

5. A method according to claim 4, wherein the QoS parameters further 
comprise a handoff mode of a service to be provided, a processing mode when it 

30 is impossible to support a service to be provided, information on whether or not 

preemption of low-level QoS is rendered when it is impossible to support a 
service to be provided, and a priority of a service to be provided. 
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6. A method for performing billing and for storing billing information 
with respect to services provided to at least one mobile station (MS) according to 
quality of service (QoS) in a service system, in which the service system 
comprises the MS, at least one base transceiver system (BTS) capable of 

5 providing the services to the MS witli the QoS differentiated, a base station 
controller (BSC) connected with the BTS, a gateway (GW) connected with the 
BSC, an accounting server connected with the GW and storing the billing 
information depending on the services provided to the MS and performing billing 
calculation, the melJiod comprising the steps of: 

10 generating a furst call disconnect message (MSG) containing QoS billing 

information provided to the MS when the BTS receives the first call disconnect 
MSG from the MS which is provided with the services according to the QoS, and 
to transmit the first call disconnect MSG to the BSC; 

generating a second call disconnect MSG which further contains a call 

15 connection tune of the MS and to transmit the second call disconnect MSG to the 

GW; 

generating a billing request MSG containing the QoS billing information 
provided to the MS, the call cormection time provided with the services and the 
number of packets provided to the MS, and to transmit the generated billing 
20 request MSG to the accounting server; and 

storing information needed for performing the billing and to perform the 
billing according to the QoS. 

7. A method according to claim 6, wherein the information stored at the 
25 accounting server is information on service contents according to the QoS, and 

on an identifier of the MS. 

8. A method according to claim 7, wherein the service contents 
according to the QoS are a time scale of guaranteeing QoS during providing the 

30 services, a time scale of not guaranteeing QoS during providing the services, a 
profile of a data transfer rate for the time when QoS is guaranteed, a profile of a 
data transfer rate for the time when QoS is not guaranteed, and a profile of a 
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physical channel rate durmg connection duration. 

9. A method for performing billing of services provided from at least one 
base transceiver system (BTS) in a mobile communication system, comprising 

5 the steps of: 

generating login data when the MS receives a service request signal 
having quality of service (QoS) parameters and requesting information on a QoS 
profile having the QoS parameters of the MS from a base station controller 
(BSC); 

10 providing services requested from the MS according to the QoS 

parameters of the QoS profile when the information on the QoS profile of the MS 
is received; and 

generatmg a call disconnect message (MSG) containuig QoS billing 
information provided to the MS when the call disconnect MSG is received from 
15 the MS and transmitting the generated call disconnect MSG to the BSC. 

10. A method according to claim 9, wherein the QoS billing information 
includes a time scale of guaranteeing QoS durmg connection duration, a time 
scale of not guaranteeing QoS during connection duration, a profile of a data 

20 transfer rate for the time when QoS is guaranteed, a profile of a data transfer rate 

for the tune when QoS is not guaranteed, and a profile of a physical channel rate 
during connection duration. 

11. A method for performing billing of seivices according to quality of 
25 service (QoS) from at least one base station controller(BSC) in a mobile 

communication system, comprising the steps of: 

transmitting a request for a QoS information of at least one mobile 
station (MS) to a gateway (GW) when the request is received from the BTS; 

extracting and storing a QoS profile contained in the QoS information 
30 when a QoS information message (MSG) of the MS is received from the GW; 

transmitting the received QoS information MSG of the MS to the BTS; 

and 
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adding information of a call connection time of the MS to a call 
disconnect MSG when the call disconnect MSG is received from the BTS and 
transmitting the added information to the GW. 

12. A method for performing billing of services according to quality of 
service (QoS) from a gateway (GW) in a mobile conamimication system, 
comprising the steps of: 

generating an access request message (MSG) of at least one mobile 
station (MS) when a request for QoS profile information of the MS is received 
from a base station controller (BSC) and transmitting the generated access 
request MSG to a profile server; 

extracting the QoS profile contained in QoS information of the MS when 
an access response MSG containing the QoS information of the MS is received 
from the profile server; 

generating a QoS information MSG using the QoS information of the 
MS and transmitting the generated QoS inforniation MSG to the BSC; and 

generating a billing request MSG when a call disconnect MSG is 
received from the BSC, inclusive of QoS billing information contained in the call 
disconnect MSG and of the number of transmitted packets, and transmitting the 
generated billing request MSG to an accounting server, 

13. A method according to claim 12, wherein the information stored at 
the accounting server is information on service contents according to the QoS, 
and on an identifier of the MS. 

14. A method according to claim 12, wherein the service contents 
according to the QoS are a time scale of guaranteeing QoS dxiring providing the 
services, a time scale of not guaranteeing QoS during providing the services, a 
profile of a data transfer rate for the time when QoS is guaranteed, a profile of a 
data transfer rate for tlae time when QoS is not guaranteed, and a profile of a 
physical channel rate during connection duration. 



31 



wo 03/049468 



PCT/KR02/02303 



15. A method for providing services and for performing billing of 
services according to quality of service (QoS) from an accoimting server in a 
mobile commimication system, comprising the steps of: 

requesting information of at least one mobile station (MS) from a profile 
5 server when the information of the MS is requested from a base transceiver 
system (BTS) which is capable of providing services to the MS; and 

generating an access response message (MSG) using a QoS profile of the 
MS when the QoS profile of the MS is received from the profile server, and 
transmitting the generated access response MSG to the BTS so as to provide 
1 0 services requested by the MS . 

16. A method according to claim 15, further comprising the step of 
extracting billing records contained in the billing request MSG when the billing 
request MSG is received from the GW to generate and store billing information 

15 of the MS. 

17. A method according to claim 16, wherein the stored billing 
infonnation is information on service contents according to the QoS, and on an 
identifier of the MS. 

20 

18. A method according to claim 17, wherein the service contents 
according to the QoS are a time scale of guaranteeing QoS during providing the 
services, a time scale of not guaranteeing QoS during providing the services, a 
profile of a data transfer rate for the time when QoS is guaranteed, a profile of a 

25 data transfer rate for the time when QoS is not guaranteed, and a profile of a 

physical channel rate during connection duration. 
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